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(57) Abstract: A system and method for providing a reloadable prepaid card account maintained by a foreign financial institution 
is provided. The foreign financiaJ institution is provided with a domestic payment network authorization code, such as the bank 
identification number approved by the American Banking Association. The BIN along with a ptep^d account number is loaded onto 
a prepaid card corresponding to the prepaid account. A prepaid cardholder may present the prepaid card to a merchant system for 
completion of a transaction request. The inerchant system may be accessed domestically and may recognize the BIN as belonging 
to the foreign financial institution authorized to transact business on the merchant's domestic payment network. The merchant may 
seek satisfaction of the transaction request by submitting the transaction request to an acquirer which may forward the transaction 
request to the foreign financial institution for processing. The foreign financial institution may. provide funds to the merchant system 
^ to satisfy the transaction request, and the provided funds may be converted to the currency of the country in which the merchant 
1^ system is accessed by the prepaid cardholder. 
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SYSTEM AND METHOD FOR A PREPAID CARD 
ISSUED BY A FOREIGN FINANCIAL INSTITUTION 



Field of luvention 

5 The present invention generally relates to prepaid card systems, and more 

specifically, to a system and method for enabling domestic use of a prepaid card issued by a 
foreign financial institution. 

Background of the Invention 

10 In recent years, economic globalization has led to an increased number of 

international business travelers. To conduct business, these business travelers typically must 
remain in a country of a different origin and/or monetary base than from Y^here the business 
traveler originated. In some cases, it may be necessary for the business traveler to remain in 
the foreign country for an extended period of time in order to coniplete his intended 

15 business. 

To subsist in the foreign country for any extended period of time, the business 
traveler often must be able to pay for living or business expenses. In that regard, an 
employer uoBy provide the business traveler with various different means for paying for the 
e^qpenses. For example, the business traveler may be given cash which can be issued in the 
20 currency of the traveler*s country of origin (ag. local currency) or in the currency of the 
country of the traveler's intended destination (eg. foreign currency). However, carrying 
cash has several disadvantages. For exaaq)le, the cash typically must be converted to the 
currency of the country of intended travel using international currency conversion rates. 
Further, the traveler typically .must keep track of expenses incurred during his business trip 

■ 

25 for reimbursement and accounting purposes. Further stUl, cash is often irreplaceable if lost 
or stolen, leaving the business traveler without sufiBcient funds to sustain his trip. 

In spite of the disadvantages of carrying casli, some business travelers may still 
prefer to cany a negotiable paper currency such as traveler's checks. In general, paper 
traveler's checks are issued in the currency of the country in which the traveler's checks are 

30 intended to be used. In addition, the traveler's checks typically are given a unique serial 
number for tracking the checks in the event the checks are lost or stolen. Further, the 
traveler's checks often must be countersigned by the holder before it may be negotiated. 



f 
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Traveler's checks may be desirable as coixpared to conventional cash because of the 
signature authorization required and because of the ability to be re-compensated the face 
value of the traveler*s checks if the checks are lost or stolen. The traveler may recoup his 
losses by reporting to the traveler's check issuing institution the serial numbers of the lost or 
5 stolen checks. Unfortunately, since the traveler's check issuing institution must verify that 
the checks were not used, or were subject to unauthorized use, such reimbursement is 
typically not immediate. Thus, the traveler is often placed at a financial disadvantage until 
such time as the verification is made and the traveler is reimbursed the amount of the lost 
checks. 

10 Another method for providing the business traveler with the needed funds includes 

issuing the traveler a transaction card enabling the business traveler to electronically 
interfece with a financial institution. For this purpose, a variety of cards exist. For example, 
a traditional oredit card is a card which typically contains a magnetic stripe encoded with an 
account number which may be read at special teiminals at a merchant's location. The 

15 merchant temiinal may read the account . information and may transmit the account 
information and the amount of the intended transaction to the credit card issuing institution. 
The credit card issuing institution may check credit available for the account against the 
xequested transaction to deteimine if the requested transaction is within the transaction 
account credit limit (eg., available credit). Where the requested transaction does not exceed 

20 the available credit, the issuing institution may extend the credit needed to complete the 
desired transactioa 

Although the credit cards may be readily replaced if lost or stolen, using the credit 
card to complete a transaction has one clear drawback. In particular, the user of the credit 
card is often charged interest on the credit extended, which means that the traveler may end 
25 ^- up paying more than the original anoount needed to conqslete the desired transaction. 

Another type of transaction card which may be used by a business traveler is a debit 
card. Typically, a debit card is not used to extend credit, but rather to debit or withdraw cash 
firom an account for immediate payment to a merchant. The debit cai d typically conesponds 
. to a checking account (or savings accoimt) estabhshed by the holder of the debit card. The 
30 checking account is usually established at a financial institution located in the country of 
intended use. The diecking account and the financial institution are usually only recognized 
in the country in which the financial institution is located. Thus, the debit card is typically 
not useful for completing transactions in countries olh^ than where the checking account is 
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located. This is especially inqportant since the financial institution to which the checking 
account is linked may not be recognized in the country where the transaction is to be 
completed. 

Still another type of transaction card which may be used by a bxisiness traveler to 
5 access funds is the automated teller machine (ATM) card Similar to a debit card, the ATM 
card is typically linked to a checking (or savings) account maintained at a paiticular financial 
institutioa The ATM card may allow the ATM cardholder to remotely access funds stored 
in the checking or savings account by presenting the card to an ATM which is coimected to 
an ATM interchange to which the financial institution subscribes. Like a debit card, the 
10 financial institution must be recognized by the ATM network. Thus, ATM cards are 
typically not xisefiil to a foreign business traveler who attempts to retrieve funds in a country 
other than where the checking or savings account is established. This is true since the 
financial institution is often not recognized in the country where the transaction is to be 
coii;)leted 

15 Still another method for providing the business traveler with funds includes 

providing the business traveler with a "prepaid" transaction card which is linked to a prepaid 
account. The prepaid account may be established at a financial institution located in the 
country in which the card is to be used. The prepaid method requires the prepaid cardholder 
to deposit into the prepaid account a predetermined amount of funds. Subsequent to delivery 

20 of the goods or services, the amount of the transaction for goods and services is charged 
against the amount available in the prepaid account. However, similar to the debit cards, the 
prepaid card is lypically geographically limited in that the card may not be used in a country 
which does not recognize the financial institution where the prepaid account is established. 
Consequently, since it is often imperative that the business traveler be provided access to 

25 ::sufiicient funds for payment of these expenses, a system and method is needed which will 
allow the business traveler to access the needed funds, whether or not the traveler's attempt 
to access the funds in his/her country of origin or the foreign country in which he is 
traveling. 

3d Summary of the Invention 

The present invention addresses many of the shortcomings of the prior art, 
particularly in the ability of a foreign financial institution to issue a pre-paid card which may 
be used internationally. It should be noted that although the present invention is described 
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with respect to a pre-paid card, the invention is not to be so limited. For example, the 
transaction card, as used herein, may be any card or form factor peimitting negotiations of 
transactions in a different country from which the card is issued. In addition, although the 
invention is described for use in the United States, the invention is iatended for use in any 
5 situation where the card issuing jSnancial institution is located in a country different from the 
location of the desired transaction. 

In accordance with one aspect of the present invention, a financial sponsor opens a 
prepaid card account with an issuing financial institution. The issuing financial institution 
provides the financial spoosoT with a prepaid card including a distinct account number. The 
10 account number on the card corresponds to a prepaid account established at a financial 
institution on behalf of the financial sponsor. 

As noted, the amount stored in the account may be provided by an account sponsor. 
In one embodiment, the monetary amount provided to the financial institution by the 
financial sponsor may be provided in the cun'ency of the country where the financial 
15 institution is located On the other hand, the financial sponsor nnay provide a monetary 
amount in any currency acceptable to the issuing financial institution. Fmther, the account 
associated with the prepaid card may be replenished, reloaded) with additional fimds 
when the monetary value in the account is depleted. 

In one aspect, the issuing financial institution may be located in a country other than 
20 the United States, although it is contenplated that the financial institution may be located in 
the United States with the transaction occurring in a country other than the United States. 
The prepaid card, however, may be recognized in the United States when the prepaid card is 
presented for payment of goods and s^vices domestically, whether or not the fesuing 
financial institution is in the United States. In this context the prepaid card may be 
25 recognized not only outside the country where the issuing financial institution is located, but 
inside the country as well 

Using the prepaid card issued abroad, a person traveling in the United States may 
priesent the card for payment of expenses, or for retrieval of funds from a cash-dispensing 
machine such as an automated teller machine (ATM). In addition, the card may be presented 
30 to a merchant point of sale (POS) device maintained in the United States. The merchant 
POS device or ATM may request verification, or authorization from the foreign financial 
institution via a network. Such a network may include any means for permitting the 
merchant system, POS device or ATM to comniunicate with the prepaid card issuing 
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financial institution to request verification, authorization or satisfaction of a transaction 
request. The foreign financial institution may then provide such authorization via the 
network for cojopletion of the any transaction initiated at the mei chant point of sale device 
or ATM. 

5 

Brief Description of the Drawings 

The subject invention will hereinafter be described in the context of the appended 
drawing figures, wherein like numerals denote like elements, and: 

FIGURE 1 is a schematic block diagram of a prepaid card issuer system in 
10 accordance with an exemplary embodiment of the present invention; 

HGURB 2 is a flowchart illustrating a system and method for ensuring completion of 
a tiansaction request using a prepaid card issued by a foreign financial institution in 
accordance with an exemplary embodiment of the present invention. 

15 Detailed Description of Exemplary Embodiments 

The present invention may be described herein in terms of functional block 
con:5)onents and various processing steps. It should be appreciated that such functional 
blocks may be realized by any number of hardware and/or software con[5)onents configured 
to perform the specified functions. For example, the present invention may employ various 

20 integrated circuit (IC) components, e.g:, memory elements, processing elements, logic 
elements, look-up tables, and the like, which may carry out a variety of functions under the 
control of one or more microprocessors or other control devices. Similarly, the software 
elements of the present invention xodLj be implemented with any programming or scripting 
language such as C, C-H-, Java, COBOL, assembler, PERL, or the like, with the various 

25 algorithms being inq)lemented with any combination of data structures, objects, processes, 
routines or other programming elements. Further, it should be noted that the present 
invention may employ any number of conventional techniques for data transmission, 
signaling, data processing, network control, and the like. Still further, the present invention 
may incforporate security or fraud prevention components, such as, encryption, decryption 

30 and the Hke. For a basic introduction of suitable encryption or cryptography techniques, 
please review a text written by Bruce Schneier which is entitled "Applied Cryptography: 
Protocols, Algorithms, And Source Code In C," published by John Wiley & Sons (second 
edition, 1996), which is hereby incorporated by reference. 
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In addition, it should be appreciated that the particular implementations shown and 
desciibed herein are illustrative of the invention and its best mode and are not intended to 
otherwise limit the scope of the present invention in any way. Indeed, for the sake of 
brevity, conventional data networking, appUcatipn development, encryption, cryptography 
5 and other functional aspects of the systems (and coii5)onents of the individual operating 
cornponents of the systems) may not be described in detail herein. Furthemaore, the 
connecting lines shown* in the various figures contained herein are intended to represent 
exemplary functional relationshq)S and/or physical couplings between the various elements. 
It should be noted that many alternative or additional functional relationsh^s or physical 

10 connections may be present in a practical electronic transaction or file transmission systeni 

To simplify the description of the exemplary embodiments, the invention is described 
as pertaining to a system facilitating communication between a domestic merchant system 
(or ATM) and a foreign financial institution card issuer using a conoputer network. .. Further, 
it should be appreciated that the network described herein may include any system for 

15 exchanging data or transacting business, such as the Internet, an intranet, an extranet, WAN, 
LAN, satellite communications, and/or the Uke. That is, commimication between the parties 
to the transaction and the system of the present invention is accomplished through any 
suitable communication meanis, such as, for example, a telephone network^ Intranet, Internet, 
point of interaction device (point of sale device, personal digital assistant, cellular phone, 

20 kiosk, automated teller machine, etc.)^ online communications, off-line communications, 
wireless communications, and/or the Uke. The users may interact with the system via any 
input device ( e.g, cardholder int^ace) such as a keyboard, mouse, kiosk, personal digital 
assistant, handheld coii5)uter (e.^., PaJm Pilot®), cellular phone and/or the like. Similaiiy, 
the invention could be used in conjunction with any type of personal coinputer, network 

25 computer, workstation, minicomputer, mainframe, etc., running any operating system such 
as any version of Windows, Windows NT, Windows 2000, Windows 98, Windows 95, 
MacOS, OS/2, BeOS, Linux^ UNIX, or the Uke. Moreover, although the invention is 
frequently described herein as being implemented with TCP/EP communications protocols, it 
will be readily understood that the invention cotild also be implemented using IPX, 

30 Appletalk, IP.-6, NetBIOS, OSI or any number of existing or future protocols. Further, the 
present invention might etnploy any number of conventional techniques for data 
transmission, signaling, data processing, network control, and the Uke. For exaiiq>le, radio 
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frequency (RF) or other wireless techniques could be used in place of any network technique 
described herein. 

Further still, the terms "Internet," "computer network*' or "network" may refer to the 
Internet, any replacement, con5)etitor or successor to the Internet, or any public or private 

. 5 internetwork, intranet or extranet that is based upon open or proprietary protocols. Specific 
information related to the protocols, standards, and application softwaie utihzed in 
connection with the Internet may not be discussed herein. For further information regarding 
such details, see, for example, DiUP NAIK, Internet Standards and Protocols (1998); 
Java 2 Complete, various authors, (Sybex 1999); Deborah Ray and Eric Ray, 

10 Mastering HTML 4.0 (1997). Loshin, TCP/DP Clearly Explained (1997). All of these 

texts are hereby incorporated by reference. 

While the terms "card accounts," '^transaction account," "cardholder accoxmt" or 
"prepaid card account" may be used in the exemplary embodiments, the invention 
contenplates the use of any type of any financial or transaction account wherein an 

15 associated transaction card may be used to deplete the account when used for purchases. 
One such transaction account which is suitable for use with this invention is the described by 
Bishop et al., in the United States patent application serial number 09/652,899 entitled 
•'Methods and Apparatus for Conducting Electronic Transactions" filed August 31, 2000 
(herein incorporated in its entirety by reference). 

20 Further still, it will be appreciated that many applications of the present invention 

could be formulated. For example, the system could be used to gain real-time transaction 
account approval when the requesting party requests real-time validation or authorization of 
the prepaid account. In addition, the system could.be used by the holder of the prepaid card 
to check account status, balance, or transaction account financial activity. 

25 Furthermore, the prepaid cardholder, and the financial card sponsor, described herein, 

inay represent individual people, entities or businesses. The prepaid card issuing institution, 
financial institution, issuer or issuing institution may represent any financial institution 
configured to interface with the financial card sponsor and provide a prepaid card for use by 
a prepaid cardholder. The prepaid card issuing institution may be located in the country of 

30 origin of the prepaid cardholder, in a country other than the country of origin of the prepaid 
cardholder, and/or in a country different from the country including the merchant system or 
ATM issued by the prepaid cardholder. In addition, such a financial institution may be any 
such system permitting the, prq)aid cardholder to check available ntionetary amounts (e.g.. 
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balance inquiry), check transaction activity, or the like. The financial institution may be any 
such system permitting a merchant system to verify funds available for completing a 
commercial transaction, or authorizing available funds for an ATM transaction. 

The payment network (e.g., transaction processing network or system) may include 
5 existmg proprietary networks that presently accommodate transactions for credit cards, debit 
cards, and other ^es of financial/banking cards, such as, for example, the American 
Express®, MasterCard® and/or VisaNet® network. 

In an exemplary embodiment, the present invention provides means for a foreign 
financial institution to issue a prepaid card for use domestically. As used herein, "domestic'* 

10 and "foreign" are relative terms. 'T)omestic" refers to the coimtry of intended or requested 
transaction, and "foreign" refers to the country where the financial account is located and 
where the country is different from the domestic country. In particular, a method and system 
is disclosed which provides for a prepaid card which may be used domestically, and which is 
issued by a foreign financial institutioiL In this context, the foreign financial institution may 

15 be one located in a country other than where the holder of the prepaid card initiates a 
transaction request. The transaction request may be a purchase request, request for cash 
back, a request for a balance inquiry, request for transaction or prq)aid card usage history, or 
any such transaction request permitting the prepaid cardholder check account activity or to 
access the funds stored in a prepaid transaction account 

20 The prepaid card account in accordance with an exemplary embodiment of the 

invention may be opened by . a financial card sponsor, such as the prepaid cardholder 
enployer or benefactor, etc. In some instances, the sponsor and the prepaid cardholder may 
be the same entity. The sponsor may open the account under any business as usual as is 
standard as determined by the financial institution. The financial institution may require the 
. 25 sponsor to deposit a fixed monetary amount monetary value) into an account uniquely 
corresponding to the specific prepaid card. The amount deposited in the account may be 
deposited periodically or at any given time. The amount may be deposited in the currency of 
the country in which the financial institution is located or in any other currency which may 
be accepted by the financial institution. In addition, the amount deposited in the account 

30 may serve as a spending limited for the prepaid card. In particular, the prepaid cardholder 
may not be permitted to incur expenditures exceeding the total monetary value stored in the 
corresponding prepaid card account in some instances, the sponsor ipay be permitted to 
make provisions for payment of fees or expenditures incurred where the prq)aid cardholder 
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exceeds the amount stored in the accoimt. Such provisions may be specific to the business 
practices of the financial institution. 

Once the account is opened, the financial institution may store in a financial database 
account identifying information corresponding to the prepaid card. The account information 
5 may be any information permitting the financial institution to conelate the prepaid card to 
the account. For example, the account information may include the name of the prepaid 
cardholder, the account number corresponding to the prepaid account, the monetary value 
stored in the account, the e3q)iration date of the prepaid card, the name of the financial 
sponsor, etc. The database containing the account information naay be managed by a 

10 financial institution server. The financial institution seiTer may be configured to receive 
transaction requests from a merchant POS device or ATM, authorize the transaction request, 
and provide payment of funds for the con5)letion of the transaction, etc. Authorization of 
the transaction request may include locating the file corresponding to the prepaid card 
account number provided by the merchant {e.g. matching the prepaid cai d account number 

15 with the correlative prepaid account), verifying that the funds are available for completing 
the transaction, and transmitting the necessary fiinds for the transaction's conipletioa In one 

> 

exemplary embodiment the financial institution may send the necessary fimds in batch 
transmissions. That is, the financial institution may group (e.g., batch) the necessaiy fiinds 
in accordance with a receiving institution (e.g:, merchant) identified in the transaction 

20 request, or series of transaction requests. The fimds may be organized in a batch file. Once 
batched, the batch file may be periodically provided to the receiving institution. In some 
instances, authorizing the transaction may include locatiug the account file corresponding to 
the prepaid card and transmitting a card usage history and/or account balance. In this 
context, the account balance may include a reporting of the monetary value remaining in the 

25 accoimt, as well as, the total of expenditures to date. 

The prepaid card may include means for storing a readable prepaid card identifier. 
The prepaid card identifier may be any account code readable by a merchant POS device or 
ATM, where the account code corresponds to the prepaid card account maintained by the 
financial institution server. The card identifier information may be stored on the prepaid 

30 card using any technology capable of physically encoding the account information on the 
prepaid card Suitable technologies include magnetic stripe technology, bar coding 
technology, smart card technology, radio fi:*equency ID, infrared blue tooth or the like. An 
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example of such technology is disclosed in U.S. Patent No. Re 36,365 issued November 2, 
1999 to Levine et aL 

On one surface of the prepaid card may be the name of the prepaid cardholder, and 
an account number corresponding to the prepaid account opened by the sponsor. As used 
5 herein, the "account numba.-" may be any device, code, or other identifier/indicia suitably 
configured to allow the prepaid cardholder to interact with the merchant system or to 
commimicate with the foreign financial institution. In one exemplary embodiment, the 
prepaid card may include any authorization/access code, pCTSonal identification number 
(PES!), Internet code or other identifying indicia such as may be located on reward cards, 

10 charge cards, credit cards, debit cards, prepaid cards, telephone cards, smart cards, magnetic 
stripe cards, bar code cards, and/or the like. The account number may be embossed on the 
card's surface. Alternatively, the accoxmt number may be uiprinted on the card but not 
embossed. Where the account number is imprinted and not embossed, the prepaid card must 
still be verified via electronic communications. In one embodiment, portions of the account 

15 number and corresponding account identifying code may be encoded in card identifier 
information stored on the prepaid card. The prepaid card may be issued to the prepaid 
cardholder in plastic form similar to a conventional credit card or identification card, or the 
like. The card identifier mformation may be readable by any suitable electronic, magnetic 
and/or optical device capable of retrieving reading) the identifier infonnation and 

20 transmitting or providing the identifier information to a device configured to receive and/or 
decrypt the account number. The account number and/or the encoded account number 
(collectively "account number"') may be similar to the numbers used on conventional credit 
card systems. For example, the account number may be a sixteen digit number such as are 
commonly used by conventional credit card grantiag agencies although each issuing 

25 financial institution may have its own numbering system. 

The account number may be distributed and stored in any form of plastic, electronic, 
magnetic, and/or optical device capable of transmittiag or downloading data from itself to a 
second device.. As noted, the account number may be, for example, a sixteen-digit credit 
card number, although each financial institution system may have its own numbmng 

30 system, such as the fifteen-digit numbering system used by American Express. Each prepaid 
card numbers conc5)ly with that financial institution system's standardized format. For 
example, flie account number may be such that where a sixteen-digit format is used, the 
account number may typically consist of four spaced sets of numbers, as represented by the 



wo 02/097575 PCTAJS02/16745 

11 

number "0000 0000 0000 0000". The first five to seven digits of the account number may 
be reserved for processing purposes and identify the issuing bank^ card type and etc. In this 
example, the last sixteenth digit may be used as a sum check for the sixteen-<Ugit nunsber. 
The intermediary eight-to-ten digits may be used to uniquely identify the customer. The 
5 account number may be configured as data stored as Track 1 and Track 2 data as defined in 
ISO 7813, and further may be made unique to the prepaid card. In some exemplary 
embodiments, the account number may include a imique prepaid account number and user 
identification number, as weU as specific application applets. 

The account number assigned to the prepaid account and encoded on the prepaid card 
10 is preferably recognizable by the merchant POS or ATM systems. Such recognition 
involves recogm2dng that the account number has be^ issued by a financial institution 
authorized to conduct business on the merchant POS or ATM payment network. The 
financial institution may be recognized as authorized by use of a code or signature readable 
by the POS or ATM. 

15 Where the prepaid card issuing institution is located outside the United States, the 

issuing institution may be issued a code authorizing the issuing institution to transact 
busmess over, and be recognizable by. United States based payment netwoiks. These 
special authorizing codes may be. included in the prepaid card account number. For 
example, in one exemplary embodiment, the account number may include a bank 

20 identification number (BIN) approved by the American Banking Association and a code 
which may direct the merchant system to the appropriate financial institution for transaction 
request approval. Since the foreign financial institution is issued a BIN which is recognized 
domestically, domestic merchant POS and ATM systenas may recognize the foreign 
financial institution as appropriate for conducting transactions over the United States based 

25 payment network. That is, unlike conventional cards, such as debit cards and ATM cards, 
the present invention ensures that the foreign prepaid cardholder is provided means for 
conQ)leting a financial transaction domestically, even thougih the correlative prepaid account 
is issued by a financial institution located in a foreign country. 

w 

Once the inerchant determines that the account number includes a payment network 
30 authorizing code, the merchant (or ATM) may process the prepaid cardholder's transaction 
request. That is, the merchant may seek to determine whether the prepaid cardholder's 
requested transaction is authorized The merchant may send the transaction request 
corresponding to the cardholder's desired transaction to the foreign financial institution. The 



1 



I 

wo 02/097575 PCT/US02/16745 

12 

traosaction request may include an account identifier corresponding to the cardholder*s 
tiansaction account at the financial institution. The financial institution may seek to verify 
whether the account identifier corresponds to an autliorized prepaid cardholder account 
Verification may include comparing the account identifier with authorized prepaid account 
5 identifications stored in a financial institution database and maintained by a financial 
institution server. In this context the account identifier may be the account tiansaction 
number, a correlative account number, financial institution BIN, personal identification 
number or the hke or any combination thereof. Where the financial institution server 
successfiiUy matches the account identifier to an authorized prepaid account, the financial 

1 0 institution may be deemed to have verified that the account identifier may be used to conduct 
business on the financial institution system. The financial institution server may then seek to 
determine whether sufficient fiinds exist in the prepaid account to complete the desired 
transaction. That is, the monetary value stored in the prepaid account on the financial 
institution database may be compared to the amount of the requested transaction. If the 

IS value of the requested transaction is less than or equal to the amount stored in the prepaid 
account, the financial institution may authorize the transaction. The financial institution may 
then send notification to the merchant that the transaction is authorized. 

Upon receiving notification that the transaction is authorized, the merchant system 
may seek to have the transaction satisfied. The merchant system may send a file containing 

20 a record of the transaction to the foreign financial institution, whereby fiinds sufficient to 
account for the transaction may be electronically transmitted directly to the merchant. 
Alternatively, the merchant may send the settlement file to an "acquirer." In this context, an 
acquirer is an entity which receives the settiement file including the account identify mg 
indicia (Le.,. account number) and summary of changes, and forwards the settiement file to 

25 the foreign financial institution for satisfection. The acquirer may individually send the 
settiement file to the foreign institution, or may organize (e.g.y batch) all settiement files 
corresponding to a particular account or foreign financial institution prior to sending the 
batch files to a foreign institution for satis&ctipn of the transactions. Where the acquire 
batches the settiement files, the batched settiement files may be sent to the foreign financial 

30 institution as one batch file contaioing several transactional requests. The foreign financial 
institution may receive the batch requests and satisfy each individual settiement file or 
transaction request accordingly. In another exemplary embodiment where multiple 
settiement files correspond to one merchant the foreign financial institution may batch the 
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funds necessary to satisfy the settlement files and forward the merchant batch to the 
merchant. Alternatively the financial institution may send the batch files to the acquire, 
which may in turn foiivard the batch files to the appropriate merchant. 

In some instances, the prepaid card may not be authorized because the prepaid 
S account identifier may not be matched to any file stored on the financial institution database. 
Where no match is made between the account identifier provided by the cardholder and the 
prepaid account identifiers stored on the financial institution database, the prepaid account 
number provided to the financial institution will be deemed unauthorized and/or invalid. 
The financial institution server may then return a message to the merchant point of sale 

10 device or ATM notifying merchant, the prepaid cardholder, or the ATM that the requested 
transaction has been denied processing. 

As noted, once the account number is verified by the financial institution, the 
financial institution server may seek to detennine whether the prepaid cardholder's requested 
transaction may be con(5)leted. In one instance the financial institution server may compare 

15 the monetary amount of the requested transaction with the monetary amount stored in the 
prepaid card account located on the financial institution database. If the requested 
transaction amount exceeds the amount stored in the prepaid card account, the prepaid 
cardholder's requested transaction may be denied. 

In addition, a denial message may also be sent where the prepaid cardholder attempts • 

20 to use a prepaid card which is e3q)ireA That is, a sponsor or financial institution may 
predetennine the length of time during which the prepaid card may be used. The length of 
time may be noted by an expiration date, after which the prepaid card may not be used. 
Where the expiration date approaches, the financial institution may contact the sponsor and 
notify the sponsor that the prepaid card will e3q)ire. The financial institution may contact the 

25 sponsor via any communication network for sending and receiving electronic 
communications. Alternatively^ the financial institution miay contact the sponsor via 
traditiolial mail methods. 

However, it should be noted that the prepaid card account is re-loadable or restorable. 
That is, where the value stored in account is depleted or nearly depleted, the financial 

30 institution may permit the sponsor to restore the value to any suitable inonetaiy leveL The 
financial institution may notify the sponsor that the value stored in the account is depleted 
using any suitable communication network for sending and receiving electronic 
communications, as described above. Alternatively, the financial institution may notify the 
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sponsor that the account is depleted using translation postal network (e.g,, notification 
letter). 

In some instances, the financial institution may request additional verification of the 
prepaid cardholder's identity. For example, where the merchant POS device or ATM 
5 requires the prepaid cardholder to enter a unique security code corresponding to the unique 
prepaid card account stored on the financial institution database, the financial institution may 
seek to authenticate the provided security code (e,g. personal identification number (PIN), 
biometric fingerprinting, electionic signature, or the like). The financial institution may 
receive the security code and the con5)are the security code to security codes stored on the 

10 financial institution database and which correlates to the prepaid card account number. If a 
match is made, the requested transaction may be permitted to proceed. Contrarily, if a match 
is not made, the transaction request may be denied and the cai'dholder transaction tenninated. 

The operation of the invention may be understood more fully with reference to 
HGtlRB 1. FIGURE 1 illustrates an exenoplary system 100 in accordance with an 

15 exemplary embodiment of the present invention. System 100 includes an online 
infrastructure that noay be used to authorize a transaction request received from a merchant. 
With reference to FIGURE 1 exeniplary card provider system 100 may inclixde a number of 
customer interface systems 102, a merchant system 120, and foreign financial institution 
system 130, which may be configured to intercommunicate via a network 106, The system 

20 100 may additionally include an acquire 126 configured to receive settlement requests from 
merchant system 120 and provide the settlement requests to the foreign financial institution 
system 130 via network 106. System 100 may further include a financial sponsor system 
104, which may be configured to communicate with foreign financial institution system 130 
to open a prepaid account, replenish prepaid accoimt fimds, or receive account activity. 

25 . reports from foreign financial system 1 30. 

Customer interface 102 may include any conventional combination of hardware and 
software conq)onents configured to allow a prepaid cardholder to communicate over network 
106. For example, customer interfece 102 might include a standard personal computer (PC) 
con^jrising a CPU, inonitor, storage, keyboard, mozise, and communication hardware 

30 appropriate for the given data link 103 (e.g., V.90 modem, network card, cable naodem, etc.). 
In alteraate embodinaents, customer inter&ce system 102 may be a personal data assistant 
(PDA) capable of noahipulating images and conmiunicating with merchant system 120. 
Customer interface system 102 typically may typically include an operating system (e.g.. 
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Windows 95/98/2000, Linux, Solaris, MacOS, and/or the like) as well as various 
conventional support software modules and drivers typically associated with computers. 
Customer inter&ce system 102 may also include application software configured to 
communicate via merchant system 120 over network 106 with financial institution system 
5 130. For exanople, one such application software may include a world wide web (WWW) 
browser or any other communication software. In an exemplary embodiment, customer 
interface system 102 includes a conventional Internet browser application that operates in 
accordance with HTML and HTTP protocols such as Netscape Navigator (available from the 
Netscape Corporation of Mountain View, California) or Microsoft Internet Explorer 

10 (available from the Microsoft Corporation of Redmond, Washington). 

Merchant system 120 may include a network of point of sale devices 122, configured 
to communicate with customer interface 102 for receiving the prepaid card account 
identifying information. As noted, the present invention is described with respect to a point 
of sale device to simplify the understanding of the operation of the invention. In this 

15 context, the point of sale device 122 may be any device suitable for receiving the prepaid 
card account number and transmitting the card account number to a merchant computer 124 
for processing. 

Merchant system 110 may further include a merchant server 112 configured to 
communicate with financial institution system 130 via a network 106. The merchant server 

20 112 and the financial institution server 114 may be configured to send and/or receive 
information (e.g., cardholder identity, prepaid account number, expiration date, transaction 
purchase history, etc.) related to a transaction request {e,g. log on request, request for access, 
purchase request, request for pre-approval ^plication, etc.). In an exemplary embodiment, 
the transaction request information provided by the merchant may include a code identifying 

25 the nature of the transaction. The code may include information identifying the transaction 
as a purchase request, inquiry (e.g., balance, transaction history) and/or the like. 

The merchant server 112 may be configured to receive the transaction request and/or 
transaction initiating indicia from the customer interface 102 and seek validation of the 
information provided from the issuing financial institution 130. In particular, the merchant 

30 server 1 12 may send a validation or authorization request to the issuing financial institution 
server 114. The financial institution server 114 may validate the infonnation by matching 
the information contained in the transaction request to data files stored on a financial 
institution database 116. Once the information is validated, a corresponding transaction 
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authorized signal may be forwarded to the merchant server 112, for use in determining 
whether to con^)lete the transaction requested by customer interfece 102. 

Merchant server 112 and financial institution server 114 may be any conventional 
servers {e,g, transaction account server) known in the art, including means for receiving 
5 transaction requests (e.g,, balance, transaction history, or purchases request, etc.) via the 
network 106, processing such transaction requests and sending validation (e.g., sending 
confirmation or denial) of the transaction requests to customer interface 102. Customer 
interfece 102 may be suitably coupled to flie merchant system 120 via data lines 103. 
Merchant system 120 may be suitably coupled to the foreign institution system 130, via 

10 network 106 via data links 105 and 107. In addition, where the system 100 further includes 
a financial sponsor system 104 configured to transmit a request to open a prepaid cai'd 
account and to receive an accounting (e.g. account activity, depletion of funds, accoxmt 
expiration), such financial sponsor system 104 may be coimected to foreign financial 
institution system 130 via data link 109 or via network 106 and data links 1 15 and 107. 

15 Merchant server 1 12 and issuing institution server 1 14 may comprise any number of 

hardware, sofhvare, and networking conaponents suitable to provide an user interfece to a 
network 106. In addition, servers 112 and 114 may be configured to manage databases, such 
as for example database 116. In one embodiment, server 112 and server 114 may include 
Sun Ultra SPARC Enterprise 250 and 450 servers which may be used in conjunction with a 

20 Sun Solaris 7 or Linux operating system, Apache web server sofi:ware, and an Oracle 8 or 
MySQL database system. Of course, particular hardware and software conqponents used in 
servers 112 and 114 will vary widely firom embodiment to embodiment. Furthermore, 
servers 112 and 114 may represent a "cluster*^ or group of separate computer systems 
providing the functionalities described hereia 

25 A variety of conventional communications media and protocols may be used for data 

links 103, 105, 107, 109, 111, 113 and 115. Such links might include, for example, a 
connection to an Internet Service Provider (ISP) over a local loop as is typically used in 
connection with standard modem communication, cable noodem. Dish networks, ISDN, 
Digital Subscriber Line (DSL), or various wireless communication methods. In addition, 

30 cxistomer interfece system 102 and merchant system 120, might each independently and 
separately, or collectively, reside within a local area network (LAN) which interfeces to 
network 106 via a leased fine (Tl, D3, etc.). Sudi communication methods are well known 
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in the art, and are covered in a variety of standard texts. See, e.g., Gilbert Held, 
Understanding Data CcmfUNiCATiONS (1996), hereby incorporated by reference. 

In an exemplary system 100, foreign financial institution database 116 may include a 
plurality of distinct locations for maintaining individual cardholder, cardholder account, 
5 account security, or financial sponsor information. Such information may include 
cai'dholder information, such as cardholder identity, account number, account balance, 
amount available, cardholder PDSf, purchase history, etc. (collectively "customer profile"). 
For example, in one embodiment, a distinct location may include the customer profile of a 
single prepaid cardholder. The database 116 may be a graphical, hierarchical, relational, 
1 0 object-oriented or other database, and may be maintained on a local drive of sei^ver 1 14 or on 
a separate computer coupled to server 1 14 via a local area or other network (not shown). In 
one embodiment, the database may be a collection of ASCII or other text files stored on a 
local drive of server 1 14. Prepaid cardholder account information may be suitably retrieved 
from the database 116 and provided to customer inter&ce 102 or to mi^diant system 120, 

15 upon request via a server application, as described more folly below. 

\^ 

As noted, within database 116 there may be stored a plurality of individual distinct 
data locations corresponding to the customer profile for each prepaid cardholder. In one 
embodiment, database 116 may be naanaged by the financial institution server 114 which 
may be maintained on a prepaid card issuer (e.^., foreign financial institution) system 130 

20 with which the prepaid cardholder has an established prepaid account. The prepaid account 
may be associated with any suitable service such as a banking service capable of use for 
commercial transaction purposes. For example, the prepaid account may be associated with 
checking, savings, interest bearing accounts or the like. Further, the prepaid account may 
additionally allow the merchant system 120 to recover payment for transactions made by an 

25 individual prepaid cardholder. 

The operation of the present invention n^iay be more fiilly understood with reference 
to FIGURE 2 and continued reference to FIGURE 1. FIGURE 2 depicts a flowchart of an 
exemplary prepaid card system 200 in accordance with the present invention. As shown, 
system 200 may begin with . the foreign financial institution system 130 being assigned a 

30 domestic payment network authorization code (i.^., a BIN). To aid in increased 
understanding of the invention, the flowchart in FIGURE 2 and the system in FIGURE 1 is 
described with respect to a foreign financial institution located outside the United States and 
with respect to domestic transactions taking place in the United States. Thus, foreign 
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financial institution system 130 is described as being assigned a BIN approved by the 
American Banking Association (step 202) or any similar authorizing protocol operating in 
the United States. The BIN is such that it may be recognized and accepted by any network 
configured to accept BINs domestically, and for which network the financial institution may 
5 be registered. In this context, the BIN may be used to identify the foreign financial 
institution system 130, even though the financial institution may be located abroad not 
domestically). 

In one exemplary embodiment, the foreign financial institution system 130 is such 
that it noay be configured to establish a prqpaid account for use in satisfying financial 

10 transaction requests. The establishment of the prepaid account may be accomplished by any 
means as determined by the foreign financial institution. As noted, the foreign financial 
institution system 130 may include an establishment program for facilitating the prepaid 
account estabhshment. In some instances, it may be necessary for the financial institution to 
institute an establishment program prior to beginning the prepaid account process. In some 

15 cases, however, the financial institution system 130 may have an establishment program 
already in place. 

The foreign financial system 130 may include a database 116, wherein distinct 
database locations may be reserved for storing the prepaid account information (e.g., account 
number, monies available, transaction histoiy, expiration date, financial sponsor identifier, 

20 etc.) and/or customer profile prepaid account holder name, address, PIN, etc.). The 
distinct database locations may correspond to distinct prepaid accounts such that the prepaid 
account information is correlated to the customer profile. 

The foreign financial system 130 may further include a foreign financial institution 
server 114 configured to manage database 116. The server 114 may be such that it may 

25 enable the financial system 130 to receive transaction authorization requests, and validate 
such request, as is described more fully below- 

Once the financial institution system 130 has been provided a BIN (step 202) and 
suitably establishes a means for providing a prepaid account, a financial sponsor 104 may 
open a prepaid account with the financial institution system 130 (step 204). The financial 

30 sponsor 104 may opai the prepaid account using any means as determined by the financial 
institution system 130. In one embodiment, the financial sponsor 104 may open a prepaid 
account by submitting an application for a prepaid account including the prepaid account 
cardholder name and account expiration date, and providing funds to the prepaid account for 
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establishing the spending limit associated with the account. The fiinds may be provided in 
the currency of the country in which the foreign financial institution system 130 is located or 
any cunency acceptable to the system 130. The funds may be provided electronically over 
data link 109, via check, money order or in any manner as determined by the foreign 
5 financial institution system 130. 

Upon opening the account, the sponsor 104 may provide a prepaid card to a prepaid 
cardholder using the card in a country different from the prepaid cardholder's country of 
origination. The prepaid cardholder may fravel to the foreign country and atten5)t to 
conplete a financial transaction, such as, financial transaction for goods or services. To 

10 complete the transaction, the prepaid cardholder may present the prepaid card account 
information to a merchant point of sale (POS) device 122 via a customer interface 102 (step 
206). The prepaid account information may be presented in the form of an imprinted or 
embossed card wherein the prepaid account number is encoded on the card in a magnetic 
strip, barcode or the like. The prepaid cardholder may present the prepaid accoimt 

15 information to the POS device 112 along with a transaction request. The POS device 122 
may further transmit the prepaid card account information and tiansaction request to a 
merchant con5)uter system 124 including a merchant server 1 12 (step 208). 

In one embodiment, the account information may include a unique routing code 
which may be used to direct the merchant server 1 12 to the appropriate financial institution 

20 system 130. In one example, the unique routing code may be a BIN or may be coupled with 
a BIN. Merchant server 1 12 may be configured to receive the account information and the 
transaction request, and provide the account information and transaction request to a foreign 
financial institution system 130 for authorization (step 210). The merchant server 1 12 may 
identify the appropriate financial institution system 130 for receipt of the account and 

25 transaction request information by the assigned BIN and institution's unique routing code. 

Authorization of the transaction may take place in several steps. For example, the 
foreign financial institution system 130 may include a server 114 configured to received the 
account information and match the account information to its corresponding data location on 

■ 

foreign financial institution system database 116 (step 212). In an exemplary matching 
30 method, the account information may be con:5)ared to the distinct account locations on 
database 1 16 to determine if the prepaid account information may he found in the database 
116. A match is made if corresponding account information is found on the financial 
institution database 116. If a match is made, the foreign financial system server 130 may 
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indicate that the account number is valid However, the foreign financial system server 130, 
or alternatively, the merchant system 120, may require additional verification of the prepaid 
card authenticity. For exanople, the prepaid cardholder may be required to provide a PIN 
number, biometiic fingerprint, electronic signature, or the like, as a foim of identity. 
5 verification. The identity verification may be received by the financial institution system 
130, via network 106, merchant system 120 and customer interface 102. The foreign 
financial institution server 1 14 may seek to match the provided identity verification to the 
identity verification information stored in the correlative customer profile area on database 
1 16. Where a match is made, the transaction authorization process may continue. Where the 
10 account information and/or associated identity verification information are not found on 
database 116, the financial institution server 1 14 may provide the merchant system 120 with 
a transaction denied message (step 214) and the transaction request may be terminated (step 
216). 

Even where the account information and associated PIN are matched on the database 

15 116, the system 130 may further determine whether the transaction is authorized for 
con^letion. In particular, the fore^ financial system 130 may determine whether the 
prepaid account has sufficient funds for con5)leting the transaction (step 230), or whether 
prepaid account card is expired (step 218). That is, the system 130 may seek to determine if 
the funds are available in the prepaid account to conaplete the transaction, or if date of the 

20 transaction request falls after the date on which the prepaid account is to expire. As noted, 
the expiration date may be a date detemuned by the sponsor 104 or by the foreign financial 
institution system 130. Where the transaction date falls after the expiration date of the 
prepaid accoimt, the transaction request may be denied (step 214) and the transaction request 
may be terminated (step 216). Similarly, where the naonetary amount of the requested 

25 transaction exceeds the funds available in the prepaid account, the transaction request may 
be denied (step 214) and the transaction request may be terminated (step 216). It should be 
noted, that in verifying whetho: sufficient funds exist, financial institution server 1 14 noay 
first convat the noonetary amount noted in the transaction request to the correlative amount 
in the domestic currency. The conversion may be made using available international 

30 currency conversion rates. 

In the event that the financial institution server. 114 matches the prepaid account 
information to correlative matching accoimt information on database 116, verifies that the 
prepaid account is not expired, and that the transaction request does not exceed the stored 
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monetary value, the transaction may be authorized (step 220). Upon authorization, the 
financial system server 114 may provide the merchant system 120 with a transaction 
authorized message via any suitable communications network, permitting the transaction 
request for goods or services to proceed. The merchant system 120 naay then seek to have 
'5 the transaction request satisfied In this context, the transaction request may be satisfied 
where the merchant system provides a request for payment of goods and services which is 
responded to by the financial institution system 130 with a transfer of fimds for payment of 
the goods and services provided. 

In seeking settlement of the transaction request, the merchant system 120 may 

10 directly request payment from the financial institution system 130, or the meichant system 
may provide a settlement request to an acquirer 126 (step 222). The acquirer 126 may be 
any entity configured to receive settlement request from a merchant system 120 and provide 
the settlement request to the foreign financial institution 130 (step 224). In one embodiment, 
the acquirer 126 may send the setdement request individually to the financial institution 

1 5 system 130. In another embodiment, the acquirer 126 may provide a multitude of settlement 
requests to the financial institution system 130, where the settlement requests are organized 
in a batch. The settlement request may be organized in accordance with any indicia to 
identifying the foreign financial institution for receiving the batch. For example, the batch 
may be organized by the BIN of the financial institution system 130, by the prepaid card 

20 account number, by the transaction date, or the like. 

Upon receiving the settlement requests, the financial institution system server 114 
naay process the request for payment to merchant system 120. The financial institution 
system server 114 may . match the transaction requests to the appropriate distinct data 
location on database 116 con*esponding to a particular prepaid account. Funds necessary for 

25 satisfaction of the transaction request may be retrieved from the prepaid account by server 
1 14 (step 226) and provided to the merchant system 120 (step 228). While the fimds stored 
in the financial account may be provided in the currency of the country in which the 
financial system 130 is located, the funds transferred to the merchant system 120 may be 
conv^ed to the. currency of the country in which the merchant system 120 is located. The 

30 fiinds may be converted by foreign financial institution system 130 or by an acquirer 126 
prior to forwarding the fimds to merchant system 120. For exanqjle, in one exen5)lary 
embodiment the foreign financial institution 130 may provide the fimds to an acquirer 126 
via a network 106. The acquirer 126 may receive the fimds in the currency of the country 
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wherein the foreign financial institution system 130 is located and may convert the funds 
into the currency of the country wherein merchant system 120 is located That is, the funds 
may be pomitted to imdergo a currency conv^sion, wherein the funds are converted to the a 
second cun*ency based on the existing currency exchange rate. If incorrect currency 
5 exchange rates are used, thereby creating a deficit to the merchant, the deficit may be 
charged against deducted from) the prepaid account. If the deficit charged against the 
prepaid accoimt creates an insufficient funds situation, the loss may be bom by the financial 
institution system 130. Similarly, where the incorrect exchange rate creates a surplus' 
by causing the system 130 to forward more money than required, the surplus may be 

10 returned to the system 130 and added to the prepaid account balance. In one exemplary 
embodiment, the funds may be provided electronically. An exemplary method for pi'oviding 
funds electronically is disclosed in U.S. Patent No. 6,304,860 issued October 16, 2001 to 
Martin, Jr. et aL, which is incorporated herein by reference. 

In some cases, the fimds stored in the prepaid account may become depleted due to 

IS the submitted settlement request. In this instance, the foreign financial institution noay notify 
the financial sponsor system 104 and the cardholder of the prepaid account's depleted status. 
Such notification may be provided to the sponsor system 104 and cardholder electronically, 
in accordance with established methods for sending electronic communications. 
Alternatively, the notice may be provided to the sponsor system 104 and the cardholder via 

20 traditional postal methods (eg., notification letter). Upon notification of the account*s 
depleted status, the sponsor may be permitted to provide additional funds to the prepaid 
account (ag., reload the account) for future usage by the prepaid account cardholder. 

As noted, the prepaid card account includes a expiration date deteraiined by the 
. financial sponsor 104 or the foreign financial institution, after v^hich the prepaid accoimt 

25 may not be valid for conopleting transaction requests- Foreign financial institution system 
130 may be configured to provide notice of an iiqpending e3q)iration date to the sponsor 104 
and/or the prepaid cardholder. The expiration date notice may be provided electronically, or 
via traditional postal methods. Upon receipt of the eviration notice, the sponsor 104 may 
be permitted to detennine if new expiration date should be associated with the account. 

• < • . * 

30 Where a new expiration date is chosen, the prepaid account may be authorized for usage 
until the teiTiunation of the new expiration date. Contrarily, where the sponsor 104 elects not 
to establish a new expiration date, the funds remaining in the prepaid account may be 
retumed to the sponsor 104. The funds noay be retumed electronically, or via traditional 
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postal methods, and may be returned in the currency of the country in which the financial 
institution system 130, the sponsor 104 or the prepaid cardholder is located. It should be 
noted that the financial sponsor 104 may wish to close the account prior to the expiration 
date. In such a case, the sponsor 104 notifies the server 114 of its intent to close. Upon 
S closing the prepaid account, the server 1 14 may forward any remaining funds to the sponsor 
104. Alternatively, the fimds may be returned to the prepaid cardholder. The decision on 
who receives the funds npon closing the prepaid account may be made by the sponsor 104 or 
the foreign financial institution system 130 when opening the prepaid account. 

The transaction request provided by merchant server 1 12 to financial institution 130 

10 may include a request for a reporting of prq)aid accomt activity (e.g., balance, record of 
transaction request, record of transaction request satisfied, etc.). In this instance, financial 
institution server 1 14 may be provided the transaction request directly, or via an acquirer 
(step 224). To honor the transaction reporting request, the financial server 1 14 may seek to 
match the prepaid accoimt number to one of the distinct database locations storing prq)aid 

15 account infonnatidn. In particular, the server 114 may determine whether the account 
number may be matdied on the database 116, retrieve the corresponding n^iatcbing 
information stored on the database 116 and provide the requested information to the 
customer interface 102 via the network 106 and merchant system 120. 

In the foregoing specification, the invention has been described with reference to 

20 specific embodiments. However, it will be appieciated that various modifications and 
changes can be made without departing from the scope of the present invention as set forth 
in the claims below. For example, various processing steps may be combined or ehminated 
as required, such as for example, permitting the foreign financial institution server 1 14 to 
establish a prq)aid account prior to receiving a BIN, or providing a transaction settlement 

25 request directly to the foreign financial institution 114,. without the use of an acquirer 126. 
Further, various system elements described herein may be eliminated, and various steps may 
be performed by one or more of the elements described herein, such as for sample, 
permitting the prepaid cardholder to communicate directly with a merchant system 120 
independently of a POS device 122. In addition, other suitable elements may be substituted 

30 for the. elements described herein, or inserted between the connecting lines of the 
embodiments set forth, without dq)arting firom the scope of this invention. Further still, the 
specification and figures are to be regarded in an illxistrative manner, rather than a restrictive 
one. . As such, any modifications resulting in a system which is suitable for practicing the 
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invention, are intended to be included within the scope of the invention. Accordingly, the 
scope of the invention should be determined by the appended clainss and their legal 
equivalents, rather than by the exaioples given above. For exaniple, the steps recited in any 
of the method or process claims may be executed in any order and are not limited to the 
5 order presented in the claims (e.g., validating available funds prior to verifying the prepaid 
card expiration date, etc.). 

In addition, the benefits, other advantages, and solutions to problems described have 
been illustrated above with regard to specific embodiments. However, the benefits, 
advantages, solutions to problems, and any element(s) that may cause any benefit, 

10 advantage, or solution to occur or become more pronounced are not to be constmed as 
critical, required, or essential features or elements of any or all the claims. As used herein, 
the terms "comprises," "comprising," of any other variation thereof, are intended to cover a 
non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a 
list of elements does not include only those elements but may include other elements not 

15 expressly listed or inherent to such process, method, aiticle, or apparatus. Further, no 
element described herein is required for the practice of the invention unless expressly 
described as "essential" or "oitical." 
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CLAIMS 

What is claimed is: 

5 1. A system for providing a prepaid card account, said prepaid card account for 

effecting payment of goods and services domestically, said system comprising: 

a prepaid card account including an account number, said account number 
including an account domestic payment network system code where said prepaid card 
account is at least partially maintained by a foreign financial institution; 
10 a inerchant system at least a portion of which is located domestically, said 

merchant system including a merchant server, said merchant server configured to receive at 
least one of said account number and a transaction request; 

a customer inter &ce configured to provide said account number to said 
domestic merchant server; and 
15 a foreign financial institution system configured to communicate with said 

merchant server. 

2. A system according to claim 1, wherein said merchant system further 
includes a merchant point of sale (POS) device configured to communicate with said 

20 customer interface and said merchant server, said POS device configured to receive said 
- account number and provide said account number and a transaction request to said merchant 
server. 

3. A system according to claim 1, wherein said prepaid card account is 
25 . reloadable. 

4. A system according to claim 1, wherein said prepaid card account is fully 
maintained by a foreign financial institution. 

30 5. A system according to claim 2, wherein said foreign financial institution 

system further includes a financial institution server configured to communicate with said 
merc?hant server, . 
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6. A system according to claim 5, wherein said foreign financial institution 
system further includes a financial institution database configured to communicate with said 
financial institution server, said financial institution database including a plurality of distinct 
prepaid card account storage locations wherein at least one of said plurality of distinct 
prepaid card account storage locations stores a unique prepaid card number, said unique 
prepaid card number corresponding to said prepaid card account nimiber. 

7. A system according to claim 6, wherein said prepaid card account number 
further includes a unique transaction routing code, said routing code corresponding to said 
foreign financial institution system 

8. A system according to claim 7, wherein said merchant server provides said 
prepaid card account number and said transaction request to said financial institution server, 
in accordance with at least one of said account domestic payment network system code and 
said unique transaction routing code. 

9. A system according to claim 8, wherein said foreign financial institution 
server is configured to match said account nund>er to said corresponding one of said 
plurality of prepaid card numbers, said foreign financial institution server fiuther configured 
to retrieve said corresponding prepaid card nimiber in response to said transaction request, 
said prepaid card number including prepaid account information. 

10. A system according to claim 9, wherein said prepaid card number is 
characteiTzed by a predetennined monetary value. 

11. A system according to. claim 10, wherein said foreign financial institution 
server is configured to conipaie said transaction request to said predetermined monetary 
value, and provide to said merchant system at least one of a transaction authorized or 
transaction denied message^ said transaction authorized message being provided where said 
transaction request is less than or equal to said predetermined monetary value, said 
transaction denied message being provided where said transaction request is more than said 
predetermined monetary value. 



If 
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12. A system according to claim 11> wherein said financial iastitution is 
characterized by a jSnancial institution domestic payment network system code, said 
financial institution domestic payment network system code corresponding to said account 
domestic payment network system code. 

5 

13. A system according to claim 12, wherein said financial institution server is 
configured to provide a monetary amount to said merchant server in response to said 
transaction request. 

10 14. A system according to claim 13, wherein said financial institution server is 

configured to provide said monetary amount in accordance with existing monetaiy exchange 
rates. 

15. A system according to claim 14, wherein said prepaid card number is 
15 characterized by an expiration date, and said transaction request is characterized by a 

transaction request date. 

16. A system according to claim 15, wherein said merchant system server 
provides said. transaction request date to said financial institution system server. 

20 

17. A system according to claim 16, wherein said financial institution server is 
configured to conqpare said transaction request date to said expiration date, said merchant 
server fiuther configured to retum a transaction denied message whore said transaction date 
occurs later in time than said eviration date. 

25 

18. A system according to claim 17, finther including a sponsor configured to 
communicate with said financial institution system sorver, said sponsor configured to 
provide said predetermined monetary value to said financial institution for establishing said 
prepa&i account spendmg limit, said, spending limit corresponding to said predetermined 

30 monetary amount, said predetermined monetary value provided in a currency capable of 
being processed by said financial institution systenL 
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19. A system according to claim 18, wherein said financial institution server is 
configured to reload said spending limit in response to said provided predetemnined 
monetary value. 

20. A system according to claim 19, wherein said sponsor is configured to 
provide an updated expiration date to said financial institution server, said updated 
expiration date corresponding to at least one of said prepaid card numbers, said updated 
expiration date configured to replace said prepaid card expiration date coirelating to said one 
of said prepaid card accounts. 

21. A system according to claim 20, wherein said financial institution server is 
configured to provide a portion of said predetemiined monetary value to said sponsor at said 
expiration date, said portion of said predetennined value being provided in the currency of 
the country of at least one of said foreign financial institution and said sponsor. 

22. A method for facilitating a prepaid card account maintained by a foreign 
financial institution, said prepaid card account for effectiug payment of goods and services 
domestically, said method comprising the steps o£ 

providing a domestic payment network system code to the foreign financial 
institution, where the foreign financial institution is located abroad, the foreign financial 
institution including a foreign financial system server and foreign financial institution 
database; 

establishing a prepaid account on the foreign financial institution database, 
the prepaid account being characterized by an account nunober; 

receiving the account number from a merchant system, where the m^chant 
system is located domestically the merchant system including a merchant servei'; 

&cilitating providing the account number and a transaction request to the 
foreign financial institution, the account number being provided in accordance with at least 

* 

one of the domestic payment network systein code and a routing code; 

facilitating matching the account number to the prq)aid account, and 
facilitating satisfying the transaction request 
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23. A method according to claim 22, wherein said establishing a prepaid account 
further includes jBsicilitating providing the foreign financial institution a predetermine 
monetaiy value corresponding to the prepaid account spending limit. 



5 24. A method according to claim 23, wherein facilitating inputting the accoimt 

number in a merchant system fiirther includes facilitating providing the account number to at 
least one of a customer interface and merchant point of sale (POS) device. 

25. A method according to claim 24, wherein facilitating matching the account 
10 number to the prepaid account includes facilitating correlation of the account number to the 

established prepaid account. 

26. A method according to claim 25, wherein facilitating satisfying the 
transaction request includes facilitating the steps of conq>aring the transaction request to the 

15 predeteraiined monetary value, retrieving at least a portion of the predeteraiine monetary 
value, and forwarding the portion of the predetermined monetary value to the merchant 
system 

27. A method according to claim 26, wherein said forwarding the portion of the 
20 predetermined monetary value includes the step of converting the monetary vahie into the 

currency of the country in which the merchant system is located, the converting of monetary 
value being done in accordance with established currency conversion tables. 

28. A method according to claini 27, further including facilitating reloading at 
25 least a portion of the predetermined monetaiy value in response to a depleted funds 

condition. 

29. A method according to claim 28, wherein said facilitating satisfying the 
transaction request includes providing to the merchant system at least one of the prepaid 

30 account balance of funds available, transaction history, and expiration date. 

30. A method according to claim 29 furthCT including updating a prqjaid account 
expiration date. 
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31. A method according to claim 30, further including facilitating providing a 
portion of the predetermined funds to at least one of a sponsor and a prepaid cardholder upon 
the prepaid account expiration date, the portion of the funds being provided in the currency 
of the country in which at least one of the sponsor and prepaid cardholder is located. 
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